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DETAILED ACTION 

1 . This action is responsive to the Applicant's response filed 2/26/2004. 

As indicated in Applicant's response, claims 1 and 43 have been amended, and claims 
22-42 canceled. Claims 1-21 and 43-71 are pending in the office action. 

Claim Rejections - 35 USC §103 

1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

2. Claims 1-21, and 43-71 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Bowman-Amuah, USPN: 6,477,580 (hereinafter Bowman), in view of Francis et al, USPN: 
6,665,861 (hereinafter Francis), and further in view of White et al., 6,438,559 ( hereinafter 
White). 

As per claim 1, Bowman discloses a method for presenting data within a computing 
environment including an application program interface (e.g. col. 103, line 63 to col. 105, line 6; 
col. 36-38 - Note: window based application implicitly discloses APIs), said method comprising 
the steps of: 

creating a tagged data object for storing data (e.g. software package - col. 105, line 42- 
66; bundle, message - Fig. 185-187; Fig. 98 - Notes: browser interpreting pages is equivalent to 
tagged data being stored in message or packages streamed between browser applications ); 

encapsulating a data element into a tagged data object to provide a tagged data including 
a data element (e.g. encapsulation - col. 299, line 1 to col. 300, line 14; Fig. 98; Fig. 184-185); 
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packing the tagged data by converting the tagged data into a binary representation of 
tagged data (e.g. Fig. 20-22; stream out business object - col. 281, line 17 to col. 282, line 29; 
Fig. 165; data stream -Figs. 184-191 ). 

But Bowman does not explicitly specify that the package or message of tagged data are 
storing universal tagged data object being platform independent, hardware independent, and 
language independent. But in view of Bowman's disclosing of COM format for effecting RPC, 
messaging utilities and directory services having platform independent standard for transmitting 
data (e.g. Fig. 20-22; col. 73, lines 10-41; col. 63, line 62 to col. 63, line 21 - Note: COM format 
data are platform and language neutral by nature of common platform object broker services), in 
combination of language neutral for Java byte codes (virtual machines 2706 -Fig. 27), and 
binary representation across hardware independent internet protocol, the above limitation is at 
least strongly suggested. The packaging of data using Java platform neutral format was a well- 
known concept in the art of software transmission at the time the invention was made. Francis, 
in a method to transmit package of Java binary representation and metadata similar to Bowman 
streaming of data (Bowman: Fig. 108-109) across computers, also discloses packaging binary 
representation of Java beans with supporting utilities/metadata under markup or tagged form like 
XML (Fig. 6-8). In case the platform, hardware and language neutral package stream by 
Bowman are not universal tagged data for browser use, it would have been obvious for one of 
ordinary skill in the art at the time the invention was made to encapsulate such data in XML form 
as taught Francis because this will alleviate resources of the receiving computer in making use of 
readily formatted data without additional compilation. 
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Further, Bowman does not explicitly disclose universal tagged data being encapsulated 
for universal access to manipulation and aggregation of tagged data; but discloses browser 
manipulation of tagged data but discloses markup language data manipulation and aggregation 
using browser application in conjunction with stream, message passing and ORB remote calls 
using platform independent-based services as mentioned above (e.g. Fig. 13-18; Fig. 98); hence 
has implicitly disclosed universal access of tagged ( or markup) data for manipulation or 
aggregation ( Note: data provided through COM or ORB services and a compilation of HTML 
formatted data in pages composed of subdivided markup sections implicitly disclose access for 
manipulation or aggregation of data). 

Nor does Bowman explicitly disclose tagged data transferred to different computer 
environments for processing without any intermediate format conversions. Bowman discloses 
web format aggregating inherent layers of markup tags, markup data (e.g. Fig. 13-18; Fig. 98) 
data being sent over different computers through platform independent messaging services or 
protocols as mentioned above for browser processing without recompilation. This in 
combination with the rationale as set forth above using Francis' teachings discloses tagged data 
being transferred for processing without any intermediate format conversions because browser 
can make use of markup language as received in browser applications. 

But Bowman does not explicitly specify including in the encapsulated tagged data within 
the tagged data object a corresponding tag id and data element. Bowman or Francis, however, 
teaches tagged data for interpretation by browsers, hence implicitly discloses a variable name 
bracketed within the begin tag and end tag; and teaches attributes descriptors in the meta-data 
section comprising a header section of the object-based stream, which suggests encapsulating 
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identification information of the data element of the stream, according to a well-known concept 
of including some identifier to associate the data bundle or packet sent over a network 
communication link with its content at the time the invention was made. White, in a method to 
serialize objects for distribution over a communication network environment using descriptors in 
serialization of class objects analogous to the object streaming and meta-data by Bowman or 
Francis, discloses the tagging of object content being serialized with an identifier or value for 
packing and deserializing (e.g. ACI - col. 4, lines 16-58; col. 10, line 36 to col. 11, line 9). It 
would have been obvious for one of ordinary skill in the art at the time the invention was made 
to use the tagging technique associating an identifier with the tagged content as taught by White 
and apply it to the stream metadata by Bowman, in case Bowman's metadata or tagged stream 
does not include such tag identification already, because this tag ID would facilitate the 
differentiation between data being packed and enable data handling/re-processing as well as 
unpacking or modification of elements packed in the message or bundle. 

As per claim 2, Bowman discloses the packing of tagged data being a simple object and 
a complex object, and list object (e.g. col. 124, line 14 to col. 127, line 39 - Note: the use of Java 
or C++ based components implicitly discloses basic class, compound classes, or 
structure/enumeration of basic classes and compound classes objects). 

As per claim 3, Bowman discloses packing a simple object by retrieving data attributes 
for length of an object source identifier, object size, type, value; allocating of packed memory 
location for object identifier length ( e.g. col. 235, line 47 to col. 237, line 32); copying the object 
size, type, and value into the packed memory location ( Note: this is inherent to the above cited 
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portions); retrieving and copying head value and exit value into the packed memory location ( 
e.g. START INDEX, WS-INDEX, STREAM-END - col. 237, line 35 to col. 238, line 66). 

As per claims 4 and 5, Bowman does not explicitly specify the steps of retrieving, 
writing, and allocating/writing for the complex object as has been disclosed for the simple object 
from claim 3, but in view of the packaging of data in the retrieval of business-related complex 
object (e.g. col. 204, line 40 to col. 207, line 59), the limitations as recited are herein implicitly in 
view of the inherent presence of simple object within complex object or list objects. 

As per claim 6 and 7, Bowman does not specify packing list object with retrieving of 
object source identifier, allocating memory in a packed memory location to accommodate the list 
object source identifier length; retrieving and copying list head value and list exit value into the 
packed memory location; but in view of the rationale used in addressing claims 4 and 5, these 
limitations are also implicitly disclosed because of the inherent presence of simple objects and 
complex objects in structure or enumeration, i.e. list, object so well-known in object-oriented 
language. 

Further, Bowman does not explicitly disclose retrieving list array object and copying it to 
the packed memory location. But, in view of the inherent array structure in structure or 
enumeration of simple and complex objects in C++ or Java, this limitation is also implicitly 
disclosed as per the same rationale used for claims 4 and 5. 

As per claim 8, Bowman does not explicitly disclose that the tagged data object is an 
universal data container that is platform, language, and architecture independent for access to 
manipulation and aggregation of structured or unstructured data; but in view of rationale used in 
claim 1 to address tagged data being hardware, platform and language independent and provided 
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for access to manipulation, aggregation tagged data, the limitation is rejected herein with the 
same rationale as set forth therein ( Note: structure data is formatted data stream according to 
HTML, XML or internet or COM protocol; and unstructured data are generic data used or 
referenced indirectly by such structured data) 

As per claim 9, see Bowman (e.g. Fig. 20-22; stream out business object - col. 281, line 
17 to col. 282, line 29; Fig. 165; data stream -Figs. 184-191). 

As per claim 10, refer to claim 2. 

As per claim 11, Bowman discloses data wrapping ( e.g. Wrapper component - Fig. 81). 

As per claim 12, Bowman ( col. 131-132; col. 174, line 33 to col. 175, line 24; Fig. 50- 
51), discloses modeling using COM and Case Tools but Bowman does not specify including of 
named tree with a field name connected with a value. But in view of the teaching of language- 
independent modeling along with metadata or language neutral format as addressed in claim 1 , 
(Francis' teaching modeling and tagged web format data is suggesting of tree structure 
implementation of data to be transmitted as metadata or specification data ), this limitation would 
have obvious for the same rationale as used in claim 1 and also the association of tree with field 
name as metadata would enhance the utilization and re-processing of data tagged and stored in 
the package. 

As per claim 13, Bowman discloses Java and C++ constructs which inherently include 
list or enumeration of objects of simple and complex type ( see claim 2). 

As per claim 14, this claim includes the encapsulation of data type, tag id, and writing 
thereof to the tagged data object and these limitations have been addressed in claim 3 and 4. 
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As per claim 15, Bowman discloses the use of Java objects, hence has implicitly 
disclosed one of the following data type: integer, float, byte, char string, a java object, a null 
data, a primitive type, a compound type, and a list type. 

As per claim 16, Bowman ( in combination with White/Francis) discloses tag identifier 
with of type integer (see White from claim 1 ). 

As per claim 17, Bowman with White's teachings discloses serializing of tagged data 
and compacting it in a stream for transmission, hence has implicitly disclosed a tagging process 
following a linear sequence, i.e. sequential tagging with determining a sequence. 

As per claim 18, Bowman with White's teachings discloses including a data, a position 
and a tag element ( refer to claim 3; Fig. 109 - Note: Index position use in writing data by 
Bowman discloses including an position and packet layout inherently encompasses boundaries 
position of data compacted in packet). 

As per claim 19, Bowman does not explicitly specify converting of first type of tagged 
data to second type of data for a change in properties; but the concept for converting the order of 
data type (e.g. network-bound integer converted into local host-based integer and vice- versa, as 
per Java/C++ ntohs or htons functions) for allowing data type to be communicated through the 
internet medium was a well-known concept at the time the invention was made. Hence, 
Bowman's disclosed communication of Java or C++ objects implicitly discloses such conversion 
to provide for a communication properties adjustment or change as claimed. 

As per claims 20 and 21, by virtue of the rejections of claim 2 and claim 19 above, the 
limitations of these claims are implicitly disclosed. 
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As per claim 43, Bowman discloses a method for presenting data within a computing 
environment including an application program interface prescribed for data conversion and wire 
formatting specification (e.g. col. 103, line 63 to col. 105, line 6; col. 36-38 - Note: window 
based application implicitly discloses APIs), said method comprising the steps of: 

creating a tagged data object (e.g. software package - col. 105, line 42-66; bundle, 
message - Fig. 185-1 87); wherein the tagged data object comprises a universal data container 
that is platform and hardware independent (e.g. col. 99, lines 7-40 - Note: Java platform 
independency is implicitly disclosed); said tagged data object providing broad access to 
manipulation and aggregation of structured data and unstructured data (e.g. view configurator, 
maximum maintainability and extensibility - col. 248, line 28 to col. 259, line 45; LUW- Fig. 
108-129, 163-191 - Note: context retrieving and selecting appropriate objects from requests is 
equivalent to broad access for data manipulation and aggregation); 

encapsulating a data element into a tagged data object to provide a tagged data including 
a data element (e.g. encapsulation - col. 299, line 1 to col. 300, line 14; Fig. 184-185); 

packing the tagged data by converting the tagged data into a binary representation of 
tagged data (e.g. Fig. 20-22; stream out business object - col. 281, line 17 to col. 282, line 29; 
Fig. 165; data stream -Figs. 184-191 ); 

transmitting the tagged data transmission (e.g. Fig. 105-107); 

unpacking the tagged data from a binary representation; creating tagged data object for 
storing the tagged data; and extracting a data element for the tagged data (e.g. Fig. 185, 187; 
unpackaged - col. 300, line 39 to col. 301, line 29). 
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But Bowman does not explicitly disclose tagged data object to provide universal access 
to manipulation and aggregation of a structured data and unstructured data; but this limitation has 
been addressed in claim 1 and 8 above. 

Nor does Bowman explicitly disclose tagged data transferred to different computer 
environments for processing without any intermediate format conversions. Bowman discloses 
web format aggregating inherent layers of markup tags, markup data (e.g. Fig. 13-18; Fig. 98) 
data being sent over different computers through platform independent messaging services or 
protocols as mentioned above for browser processing without recompilation ( re claim 1). This 
in combination with the rationale as set forth above using Francis' teachings on XML based 
package of java beans discloses tagged data being transferred for processing without any 
intermediate format conversions because browser can make use of XML or markup data as 
received in browser applications. 

Nor does Bowman explicitly specify including in the encapsulated tagged data within the 
tagged data object a corresponding tag id; but this also has been addressed in claim 1 above 
using Francis/White. 

As per claims 44-49, these claims correspond to claims 2-7 respectively; hence are 
rejected likewise, respectively. 

As per claim 50, this corresponds to claim 2, and is rejected using the rationale of claim 
2. Further, Bowman discloses a method for presenting data within a computing environment 
including an application program interface comprising the steps of unpacking tagged data from a 
binary representation; creating tagged data object for storing the tagged data; and extracting a 
data element for the tagged data (e.g. Fig. 185, 187; unpackaged - col. 300, line 39 to col. 301, 
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line 29- Note: in view of the teachings on packing data into package or stream to be sent in 
packet over the internet by Bowman as mentioned in claim 1 , the steps of unpacking, creating a 
storage for the unpacked data received over the internet, and the extracting of object being 
tagged are implicitly disclosed). 

As per claim 51, Bowman does not specify the steps of retrieving the simple head value 
and simple exit value; allocating memory in an unpacked memory and copying of simple object 
size, type and value into said unpacked memory. Official notice is taken that subjecting packets 
received from the internet into a host or routing, or a gate way machines to unpacking and buffer 
storage was a well-known concept in the art at the time the invention was made. In view of the 
teachings for unpackaging of data by Bowman above and the well-known unpacking of data, it 
would have been obvious for one skill in the art at the time the invention was made to provide 
the unpacking of the tagged data as taught by Bowman/Francis/White using the well-known 
technique of unpacking/storage above because this would enable correct extraction of data based 
on boundaries locations and allocation of correct memory resources. 

As per claims 52 and 53, the limitations as to unpack a complex object would also have 
been obvious by virtue of the inherency of simple object in a complex objects as mentioned in 
claims 4-5 and the rejection used in claim 51 above. 

As per claims 54 and 55, the rationale used for claims 6-7 and 52-53 are herein applied. 

As per claims 56-59, refer to rejections of claims 10-13 respectively. 

As per claim 60, this claim corresponds to claim 14, hence is rejected using the same 
rationale as set forth therein. 

As per claims 61-67, refer to corresponding rejections of claims 15-21 respectively. 
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As per claim 68, Bowman does not specify extracting data with determining the type to 
provide the tag id; and writing the data element into the tagged data object. But in view of 
White's or Francis's teaching to provide a tagging associated with an identifier in order to 
facilitate the reprocessing of data manipulated at the receiving end and the rationale for 
encapsulating in claim 14, this step would have been obvious because the implied and inherent 
associationg between packing and unpacking. 

As per claims 69 and 70, see rejection of claims 1 5 and 1 6 respectively. 

As per claim 71, in view of the unpacking as taught by Bowman and the rationale in 
claim 1 8 above, this limitation would also have been obvious by virtue of the adding of element 
in the tagged data as mentioned in the above rejection. 

Response to Arguments 

3. Applicant's arguments with respect to mainly claims 1, 43 have been considered but are 
moot in view of the new ground(s) of rejection. 

In light of the amendments, the rejection now uses a combination of a new set of 
references to address all the limitations being added. 

Conclusion 

4. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
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the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (703)305-7207. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (703)305-9662. 
Any response to this action should be mailed to: 
Commissioner of Patents and Trademarks 
Washington, D.C 20231 
or faxed to: 

(703) 872-9306 ( for formal communications intended for entry) 
or: (703) 746-8734 ( for informal or draft communications, please consult Examiner 

before using this number) 

Hand-delivered responses should be brought to Crystal Park II, 2121 Crystal Drive, 

Arlington. VA. , 22202. 4 th Floor( Receptionist). 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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